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(54) Speicherverwaltungssystem eines Rechner systems 



(57) Speicherverwaltungssystem von Rechnersy- 
stemen, insbesondere Realzeitsystemen, sollen kurze 
Zugriffszeiten auf den Freispeicher ermoglichen, ohne 
die Datensicherheit und Verfugbarkeit zu beeintrachti- 
gen. 



Dieses Ziel wird durch eine Verwaltungsstruktur 
(RIT) des Freispeichers erreicht, die erfindungsgemaB 
eine statische Baumstruktur umfaBt. 
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Beschreibung 

Die Erfindung betrifft ein Speicherverwaltungssystem eines Rechnersystems 

5 Speicherverwaltungssysteme von Rechnersystemen, insbesondere von Realzeitsystemen, sollen kurze Zugriffs- 

zeiten und hohe Betegungsdichten gewahrleisten. AuBerdem stellen Datensicherheit und Verfugbarkeit weitere wesent- 
liche An'forderungen an solche Speicherverwaltungssysteme dar. 

Ein Speicherverwaltungssystem zum Verwalten eines Pools von Daten variabler Lange verwaltet den von ihm ver- 
walteten Speicherraum in Form von Speicherblocken unterschiedlicher Lange. Die Lange der einzelnen Speicherblocke 
10 ergibt sich aus der Folge von Speicheranforderungen und Speicherfreigaben. Frei werdende Teilstucke werden mit 
angrenzenden freien Teilstukken vereinigt (smelting). 

Zur Durchfuhrung der Aufgaben bedient sich das Speicherverwaltungssystem in der Regel einer Belegtliste und 
einer Freiliste. Bei der Vergabe von Speicher sind verschiedene Verfahren zum Durchsuchen der Freiliste bekannt. 
Beim sog. first-fit- Verfahren wird mit der Suche am Beginn des zu verwaltenden Speicherraums begonnen und der 
15 erste langenmaBig ausreichende Block dem Anwender zugeordnet. 

Bei dem sog. next-fit-Verfahren wird dem Anwender ebenfalls der erste langenmaBig ausreichende Block zugeord- 
net jedoch wird mit der Suche bei demjenigen Block begonnen, der zuletzt einem Anwender zugeteilt wurde. 

Bei dem sog. best -fit- Verfahren wird so lange gesucht bis derjenige Block gefunden wird, der den geringsten Ver- 

S(jriniti\r\it=:ii it>u i lOynCi it;i oiooc\, aci »ai itjcm i lai^y 'at4&i-ciwi-uyuwi-»»wiu». 

20 Als Alternative zur Speicherverwaltung mit einer Belegtliste und einer Freiliste bietet sich das sog. Buddyverfahren 

an. Das Buddyverfahren benotigt zur Verwaltung von 2 n Byte Speicher n Freilisten. In der Men Liste werden die freien 
Blokke der GroBe 2 k verwaltet. Wenn nun ein Speicherbereich der Lange m angefordert wird, wird der kleinste freie 
Block, der groBer ist als m, so lange halbiert, bis eine weitere Halbierung einen Block kleiner als m ergeben wurde. 
Einer der beiden Blocke, die bei der letzten Halbierung entstanden sind, wird belegt. Die ubrigen bei den Halbierungen 

25 entstandenen Blocke werden in die jeweiligen Freilisten eingetragen. Bei der Freigabe eines Blocks werden jeweils 
Blocke so lange verschmolzen, bis ein weiteres Verschmelzen nicht mehr moglich ist. weil beispieisweise die zweite 
Halfte belegt ist. Dieses Smelting ist aber vergleichsweise unwahrscheinlich, da als Voraussetzung dazu gerade zwei 
gleichgroBe Blocke nebeneinanderfrei sein mussen. Damit besteht die Tendenz, da Bimlaufenden Betrieb insbesondere 
groBere, also ohnehin seltene Blocke nicht mehr effizient verwaltet werden. 

30 Das Buddy-System hat also den Nachteil, daB es den Speicher zwischen der tatsachlichen Anforderung und der 
nachsthoheren Zweierpotenz ungenutzt laBt. 

Ein weiterer Nachteil des buddy-Systems besteht in einer sicherheitskritischen Verwaltungsstruktur, da zur Bele- 
gung eines Blocks einer "kleinen" Gr6Be unter Umstanden sehr viele Splittings und damit kritische Umkettungen in den 
Freiketten notig sein konnen. Insbesondere zu Beginn der Belegung ist dies der Normalfall. 

35 Der Nachteil des best-fit- Verfahrens besteht in relativ langen Suchzeiten und haufigem Splitting/Smelting. 

Der Nachteil des f irst-fit-Verfahrens besteht in haufigem Splitting/Smelting und einer zu geringen Belegungsdichte. 
Eine weitere Alternative fur die Verwaltung des Freispeichers an Stelle einer Liste ist ein nach Blockiangen sortierter 
dynamischer Baum, dessen einzelne Knoten die jeweiligen Verwaltungsdaten eines Blockes aufnehmen. Der wesent- 
liche Vorteil dieser Art der Freispeicherverwaltung ist ein schneller Best-Fit-Zugriff beim Suchen eines freien Blockes. 

40 Gleichzeitig hat diese Art der Verwaltung jedoch folgende gravierende Nachteile: 

Urn den genannten Vorteil langerfristig gewahrleisten zu kOnnen, ware eine regelmSBige Rebalancierung des 
Baums erforderlich. 

Im allgemeinen zoge eine Anforderung bzw. Freigabe eines Speicherblocks (oder ggf. mehrerer BI6cke) eine Reba- 
45 lancierung des Baumes nach sich. Wahrend dieser Zeit muBte der Zugriff auf die Freispeicherverwaltung gesperrt 

werden. 

Durch das notwendige Rebalancieren wurde die Gesamtstruktur hSufig in grOBerem MaBe manipuliert, wodurch 
die Wahrscheinlichkeit fur Verkettungsfehler stark ansteigen wurde. Zum Ausgleich ware eine erhdhte Auditierung 
notwendig. 

so - Aus Grunden der Datensicherheit muBte der dynamische Baum semipermanent gehalten werden. Damit wurde 
jeder bei einer Rebalancierung veranderte Header als eine Location im mit der entsprechenden Transaktion ver- 
knupften Disk- Notebook auftreten. 

Das Speicherverwaltungssystem soli gegenuber einer mGglichen Erweiterung mit einer garbage collection offen 
gehalten werden. Im Falle einer dynamischen Baumstruktur wurden die mit der garbage collection verbundenen 
55 Speicherumwaizungen zu erheblichen Umkettungen innerhalb des Baumes fuhren. was wiederum zu den bereits 
genannten Problemen fuhren wurde. 

Als grundsatzliches Problem einer auf Best-Fit-Suche basierenden Freispeicher-Verwaltung wurde eine Haufung 
kleiner, relativ unbrauchbarer Blocke auftreten, die sich durch Absplitten (Blocksplitting) als Rest bei einer voraus- 
gegangenen Auswahl "etwas" zu groBer BlOcke ergabe. 
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Der Erlindung liegt die Aufgabe zugrunde, ein Speicherverwaltungssystem zum Verwalten eines Pools von Daten 
variabler LSnge anzugeben, das kurze Zugriffszeiten ermoglicht, ohnedie Datensicherheit und Verfugbarkeit zu beein- 
trachtigen. 

Durch die Baumstruktur wird eine kurze Zugriffszeit auf die freien Speicherblocke erreicht. Durch die statische Aus- 
5 bildung der Baumstruktur sind fehlerbedingte Veranderungen der Baumstruktur wahrend des Betriebs des Realzeitsy- 
stems ausgeschlossen. Dadurch ist Datensicherheit und standige Verfugbarkeit gewahrleistet. 

Eine Ausgestaltung der Erfindung ist durch Anspruch 2 angegeben. Durch die Einfuhrung einer Granularitat, d.h. 
die statische Aufpragung von bestimmten Blocklangen, wird zum einen die Belegungsdichte gegenuber dem reinen 
best-fit-Verfahren effektiv weiter erhoht, da die fur das best-f it-Verfahren typische Anhaufung unbrauchbar Weiner split- 
to Reste vermieden werden, zum anderen wird wegen des gegenuber dem best-fit-Verfahren weniger hauf ig erforderlichem 
Splitting und Smelting die Zugriffszeit verkurzt 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 3 angegeben. Durch die Ausgestaltung der statischen 
Suchstruktur als binarer Baum erfolgt der Zugriff auf die Blatter des Baumes in Form eines binaren Suchens. Dadurch 
ist die Suche sehr schnell. 

15 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 4 angegeben. Durch die Ausgestaltung in mehrere 

Baumebenen kann bei der Suche nach einem passenden Block bereits am Endeknoten der ersten Baumebene erkannt 
werden, obder uber den Endeknoten zugangliche Unterbaum leer ist. Trifft man bei der Suche auf einen solchen leeren 
Unterbaum, so kann direkt auf einen anderen Unterbaum verwiesen werden, ohne daf3 die Struktur des leeren Unter- 
baums bis zu dessen Endeknoten durchlaufen werden muf3. Dadurch wird die durchschnittliche Zugriffszeit weiter 

20 erhdht. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 5 angegeben. Durch diese Ausgestaltung wird gewahr- 
leistet, daB einerseits bei der Zuteilung eines Blockes kein Speicherraum verschenkt wird(optimale Belegungsdichte!) 
und andererseits die Baumstruktur dennoch ausgeglichen bleibt(optimale Zugriffszeit!). 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 6 angegeben. Durch diese Ausgestaltung wird gewahr- 
25 leistet, daB nach einem Block-Splitting wieder ein brauchbarer Restblock in die Verwaltungsstruktur eingehangt wird. 
Dies bewirkt ebenfalls eine ausgeglichene Baumstruktur und somit eine minimale Zugriffszeit. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 7 angegeben. Durch diese Ausgestaltung wird eine 
im Rahmen einer Anforderung entdeckte leere Blockiange sofort. d.h. noch im Rahmen dieser Anforderung, wieder mit 
Blocken aufgefullt. 

30 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 8 angegeben. Durch diese Ausgestaltung wird es 
ermoglicht Ausgleichsmechanismen einzuleiten,dieden Fullgrad von Behalterstrukturengezieltnurim Bedarfsfall beein- 
f lussen, urn so auf eine ausgeglichene Baumstruktur hinzuwirken. AuBerdem kann dadurch wahrend des Betriebs ein 
anwenderspezif isches Blockiangenprofii erstellt werden, nach der die Unterteilung der Langenintervalle einer auf diese 
Anwendung angepaBten neuen Verwaltungsstruktur festgelegt werden kdnnen. 

35 Weitere Ausgestaltungen der Erfindung sind durch Anspruch 9 und 10 angegeben. Durch diese Ausgestaltungen 
werden spezielle Ausgleichsmechanismenzum Ausgleich der Baumstruktur, die auf dem durch die Registriereinrichtung 
bekannten Fullgrad basieren, angegeben. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 1 1 angegeben. Diese Ausgestaltung gewahr leistet, 
daB die Baumstruktur optimal an die Anwendung angepaBt ist und die Zugriffszeit damit minimal bleibj. 

40 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 12 angegeben. Nach dieser Ausgestaltung ist das 
Speicherverwaltungssystem in zwei Untersysteme strukturiert. Diese Unterstrukturierung ermoglicht es, daB die aus 
Grunden der Datensicherheit auf einem Hintergrundspeicher zu fuhrenden Abbilder auf die belegten BlOcke beschrankt 
bleiben. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 13 angegeben. Durch diese Ausgestaltung ist man 
45 in der Lage eine neue Verwaltungsstruktur in das Speicherverwaltungssystem einzubringen, die der Anwendung besser 
angepaBt ist und dadurch die mittlere Suchzeit verringert. Diese Ausgestaltung ist insbesondere in Verbindung mit der 
Registriereinrichtung nach Anspruch 8 vorteilhaft. 

Im folgenden wird ein Ausfuhrungsbeispiel der Erfindung anhand der Zeichnung naher erlautert 

FIG 1 zeigt die Struktur eines Speicherverwaltungssystem VLP t das ein Freiverwaltungssystem IBM, ein Belegtver- 
50 waftungssystem UBM, ein Blockzustandssteuerungssystem BEM und ein Zugriffssteuerungssystem DAM umfaBt. 

Das Speicherverwaltungssystem VLP stellt einem Anwendersystem, z.B. den Datenmodulen(modul instances) 
eines Datenverwartungssystem, einen Pool von SpeicherblScken variabler Lange zur Verfugung. Das Freiverwaltungs- 
system IBM verwaltet dabei die freien Bldcke und das Belegtverwartungssystem UBM verwaltet die von einem Anwen- 
dersystem bereits belegten (benutzten) SpeicherblGcke. 
55 Das Belegtverwaltungssystem UBM verwaltet die belegten SpeicherbI6cke anhand einer Liste, der sogenannten 
Belegtblockliste. Die Belegtblockliste dient in erster Linie dazu. die vom Speicherverwaltungssystem verwarteten Daten 
eines Anwendersystems einzukapseln. Alle Zugriffe eines Anwendersystems auf einen von ihm belegten Speicherblock 
erfolgen somit uber die Belegtblockliste, die die Verknupfung des vom Anwendersystem benutzten logischen Indexes 
mit einer physikalischen Adresse des Speicherblocks beinhaltet (das Anwendersystem hat den zur Adressierung benutz- 
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ten logischen Index vorher vom Belegtspeichersystem auf Anforderung erhalten und daraufhin durch Ubergabe des 
logischen Indexes an das Freispeicherverwaltungssystem dieses veranlaBt, einen freien Speicherbfock zu finden und 
reservieren zu lassen). 

Das Freiverwaltungssystem IBM verwaltet - wie bereits erwahnt - die freien Speicherbiocke des Speicherverwal- 
5 tungssystems. Es behandelt dabei die Suche nach einem angeforderten Speicherblock, das durch eine Anforderung 
eines Speicherblocks moglicherweise notige Splitting und das nach einer Freigabe eines Speicherblocks moglicherweise 
notige Smelting. Die Suche nach einem angeforderten Speicherblock erfolgt uber eine Verwaltungsstruktur, die einen 
statisch vorgeleisteten, nach Langen sortierten binaren Baum enthalt, dessen Blatter die Einstiegspunkte in Ketten von 
freien Speicherblocken gleicher GroBe darstellen. 
w Bei einer Variante konnen vor der Aktivierung (Inbetriebnahme) der Verwaltungsstruktur die genannten Ketten des 
binaren Baumes bereits mit Blocken vorgefullt sein, d.h. der Freispeicher bereits aufgeteilt sein. Bei einer anderen Vari- 
ante konnen die Ketten vor der Aktivierung noch leer sein und erst nach der Aktivierung der Verwaltungsstruktur durch 
Vorgange wShrend des Betriebs, wie z.B. Freigabe, Splitting Oder Smelting von BlOcken, gefullt werden. 

Die Blockzustandssteuerung BEM steuert den Zustandswechsel eines Speicherblocks zwischen dem Zustand 
is "Belegt" und "Frei" und damit den verwaltungsmSBigen Wechsel eines Blocks zwischen der Belegtverwaltung und der 
Freiverwaltung. 

Das Zugriffssteuerungssystem DAM steuert den Zugriff auf den Dateninhait eines belegten Speicherblocks, indem 
es einem Anwendersystem die notwendigen Schnittstellenprimitiven zur Verfugung stellt. 



20 gegenseitige Absicherung parallel zueinander stattfindender Zugriffe auf das Speicherverwaltungssystem notwendig. 
Daruber hinaus mCissen die in eigenen Prozessen stattfindenden Schreibzugriffe auf den Hintergrundspeicher mit den 
Zugriffen auf das Speicherverwaltungssystem synchronisiert werden. Diese Konkurrenzkontrolle und die Gewahrlei- 
stung, da8 auch im Laufe von mehreren, logisch zusammengehorenden Zugriffen, die als eine Transaktion bezeichnet 
werden, ein dazu logisch konsistenter Zustand des Speicherverwaltungssystems zur Verfugung steht, gewahrleistet ein 

25 Zugriffssteuerungssystem CTC. 

Die zu verwaltenden elementaren Einheiten des Speicherverwaltungssystems sind die Speicherbiocke. Ein Spei- 
cherblock ist im wesentlichen charakterisiert durch seinen Platz im Speicher, seine Lange und seinen Zustand. Diese 
und einige zusatzliche Informationen werden in Speicherblock-Headern BLK-H zusammengefaBt, die die zentralen Ver- 
waltungsstrukturen des Speicherverwaltungssystems darstellen. 

30 FIG 2 zeigt die Struktur eines Speicherblock- Headers BLK-H. 

Ein Datenfeld PATTERN wird genutzt, urn den Statusdes zugehorigen Speicherblockes einzutragen. Die mdglichen 
Zustande sind Trei", "Benutzt" und "Reserviert", wobei die beiden erstgenannten Zustande selbsterklarend sind und 
der Zustand "Reserviert" den Ubergang zwischen diesen beiden Zustanden kennzeichnet. 

Das Datenfeld LENGTH dient der Angabe der Lange des Speicherblocks. wobei die Angabe in Vielfachen der mini- 

35 malen Blocklange ausgedruckt wird. 

Die beiden Zeiger PTR_NEXT_PHYS und PTR_PREV_PHYS verketten physikalisch im Speicher benachbarte 
Blccke. Diese Angaben sind fur die eigentliche Speicherverwaltung nicht von Bedeutung, jedoch zur Uberwachung der 
Integrity des Speicherverwaltungssystems wichtig. Durch die beiden Zeiger kann namlich sichergestellt werden, daB 
bei Umkettungen zwischen der Frei-/Besetztspeicherverwaltung IBM, UBM verlorengegangene BI6cke wiedergef unden 

40 und unter Umstanden der gewunschte Zustand restauriert werden kann. 

Die beiden Zeiger PTR_NEXT_LOG und PTR_PREV_LOG stellen den Bezug zum logischen Nachfolger bzw. Vor- 
ganger des jeweiligen Blocks her. Ihre konkrete Bedeutung ist abhangig vom momentanen Zustand des Blocks (siehe 
Datenfeld PATTERN). Solange ein Block der Freiverwaltung IBM zugeordnet wird, ist er in eine doppelt verkettete Liste 
von BlOcken gleicher GrGBe eingebunden, wobei der Zeiger PRT_NEXT_LOG des letzten Blocks in jeder Kette auf die 

45 Wurzel dieser Kette zuruckverweist. Enthalt der Block Nutzdaten, so wird er uber eine zentrale Schlusseltabelle ange- 
sprochen. Der Ruckwartsverweis durch den Zeiger PTR_PREV_LOG zeigt dann auf den entsprechenden Eintrag. 

Der Zeiger fur den logischen Vorw&rtsverweis kann fur belegte BI6cke eine zur Auditierung vorgesehene Check- 
summe aufnehmen. Sollte es nbtig sein, logisch zusammenhangende Daten uber mehrere Blocke zu verteilen, dient 
dieser Zeiger des weiteren zur Adressierung der Folgeblocke und erst im letzten Block bef indet sich dann die Check- 



Im folgenden wird die Arbeitsweise der Speicherverwaltung VLP anhand der in den FIG 3 und 4 dargestellten Pri- 
mitiven der Speicherverwaltung naher beschrieben. 

Die Primitiven haben in Verbindung mit der vorhergenannten Verwaltungsstruktur des Block-Headers BLK-H die 
Aufgabe, die physikalische Verwaltung der Speicherbiocke zu realisieren und diese fur die Anwender des Speicherver- 
55 waltungssystems unsichtbar zu machen. Es soil hierbei zwischen externen und internen Primitiven unterschieden wer- 
den, wobei erstere sich durch eine nach auBen, d.h. gegenuber einem Anwendersystem, bekannte Schnittstelle 
auszeichnen, wdhrend letztere lediglichfunktionale Einheiten darstellen, deren Ausfuhrung im Bedarfsfall implizit ange- 
stoBen, also im Rahmen einer externen Primitive genutzt wird. 

Zundchst werden die internen Primitiven n&her erlSutert, da sich die externen Primitiven auf diese abstutzen. 
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Die internen Prozeduren sind in FIG 3 dargestellt und in der Freiverwaltung IBM enthalten. Wird die Freiverwaltung 
geandert, so beschranken sich die implementierungsbedingten Auswirkungen lediglich auf diesen Satz von Primitiven. 

Eine Prozedur FIND_ENTRY sucht einen Beginn ENTRY einer Kette von BlOcken vorgegebener GroBe. Diese Pri- 
mitive dient lediglich als Baustein zwei im folgenden noch zu erlauternde Primitiven FIND_BLOCK und PUT_TO_IDLE. 
£ Die Prozedur FIND_BLOCK sucht einen Block der vorgegebenen GroBe. Der detailliertere Ablaut des Suchalgo- 

rithmus wird spater beschrieben. Im gunstigsten Fall wird von dieser Primitive ein passender Block gefunden (und zwar 
in der mit Hilfe der Primitive FIND_ENTRY gefundenen Kette), ansonsten wird ein moglichst geschickt gewahlter zu 
groBer Block ausgewahlt, das PATTERN unterbrechungsfrei auf den Zustand "Reserviert" gesetzt und, im Falle eines 
"zu groBen" Blocks, mit dem entsprechenden Vermerk der Verweis auf diesen Block bekanntgegeben. 
w Die Prozedur PUT_TOJDLE unterstellt einen Block der Freiverwaltung. Zunachst werden die physikalischen Nach- 
barn des freizustellenden Blocks auf ihren Zustand uberpruft. Findet sich dabei ein freier Nachbar, so wird dies der BEM 
bekanntgegeben. Fjndet sich kein freier Nachbar - und nur dann! - wird der freie Block am Ende einer mit Hilfe der 
Primitive FIND_ENTRY gefundenen Doppelkette eingehangt und das PATTERN auf "FREE" geandert. 

Eine primitive GET_FROMJDLE entnimmt einen Block aus der Freiverwaltung. Dazu muB dieser Block in geeig- 
15 neter Weise aus einer Verwaltungskette ausgegliedert und das PATTERN des Block-Headers auf "USED" gesetzt wer- 
den. Die Entnahme erfolgt am Beginn der Kette. 

Eine Prozedur SPLIT_BLOCK spaltet von einem Block einen Teil vorgegebener GrSBe ab. Dazu muB ein neuer 
Block-Header BLK-H angelegt und die Verknupfung mit den physikalischen Nachbarn aktualisiert werden. 

Eine primitive SMELT_BLOCK vereinigt zwei physikalisch benachbarte Bldcke. Der uberschussige Block-Header 
20 kann aufgegeben werden und die Verknupfungen mit dem physikalischen Nachbarn mussen aktualisiert werden. 

Im folgenden werden die externen Primitiven naher erlautert, die in der Blockzustandssteuerung BEM und der 
Zugrrffssteuerung DAM enthalten sind. FIG 4 zeigt die in der BEM enthaltenen Primitiven. 

Eine Primitive RESE RVE_BLOCK laBt einen freien Block suchen und belegt diesen fur die zugehorige Transaktion, 
indem siedas PATTERN auf den Zustand "RESERVED" setzt. Hinsichtlich der Funktionalitat basiert diese Primitive auf 
25 der Primitive FIND_BLOCK. Wird dabei auf einen Reserve-Block des Speicherverwaltungssystems zugegriffen, muB 
sofort ein SPLIT_BLOCK mit implizitem PUT_TOJDLE ausgefuhrt werden. 

Eine Primitive SEIZE_BLOCK entnimmt einen zuvor reservierten Block aus der Freiverwaltung und bringt inn, falls 
notig, durch Block- Splitting auf die tatsachlich benotigte Lange. Der Rest- Block wird wieder an die Freiverwaltung zuruck- 
gegeben. Funktional wird also zuerst ein GET_FROM_IDLE und dann ggf. ein SPLITlBLOCK ausgefuhrt. 
30 Eine Primitive RELEASE_BLOCK gibt einen nicht mehr benotigten Block an die Freiverwaltung zuruck. Falls ein 

freier Nachbar vorhanden ist, wird ein Block-Smelting angestoBen und statt dem ursprunglichen Block der zusammen- 
gefaBte Block eingekettet. Druckt man diesen Sachverhalt durch die dabei implizit verwendeten internen Primitiven aus, 
so erfolgt zuerst ein PUT_TOJDLE. Findet diese Primitive einen freien Nachbarn, so wird nicht sofort eingekettet. son- 
dern zunachst ein SMELT_BLOCK und anschlieBend noch einmal ein - dann "aktives" - PUTJOJDLE aufgerufen. 
35 Wird im Falle einer Multitasking-Umgebung des VLP eine Transaktion im Zuge eines RESERVE_BLOCK mangels 
kleinerer, passenderer Blocke auf den groBen Restblock, die Freispeicher-Reserve gefuhrt, so darf nicht die gesamte 
Reserve blockiert werden. In diesem Fall muB also das Block-Splitting sofort durchgefuhrt werden. Ansonsten ist es 
sinnvoll, das Block-Splitting erst mit AbschluB einer Transaktion zu vollziehen, urn so den Aufwand im Falle eines auf- 
tretenden Fehlers und des dann zu vollziehenden Roll-backs, d.h. der Wiederherstellung des Zustan^es vor Beginn der 
40 Transaktion, zu minimieren. 

Wie aus FIG 3 ersichtlich, werden die Primitiven der Freiverwaltung von der Blockzustandssteuerung BEM aufge- 
rufen. Die Suche nach einem freien Speicherblock wird durch die Primitive FIND_BLOCK durchgefuhrt, die implizit die 
Primitive FIND_ENTRY aufruft, urn in einem ersten Schritt eine passende Verwaltungskette mit einem freien Bock zu 
finden, und die ebenfalls implizit die Primitive FAST_SPLIT aufruft, urn gegebenenfalls ein schnelles Splitting durchzu- 
45 fuhren. 

Der Zugriff zu den Verwaltungsketten fur freie Speicherbldcke erfolgt uber die Primitiven PUT_TO_IDLE und 
GET_FROMJDLE, wobei die erstgenannte Primitive wiederum die Primitive FIND_EIMTRY aufruft, um die richtige Kette 
zu finden. 

Das Splitting durch die Primitive SPLIT_BLOCK und das Verschmelzen durch die Primitive SMELT_BLOCK wird 
so ebenfalls durch die Blockzustandssteuerung initiiert, und zwar nach dem Aufdatieren der verursachenden Transaktion, 
wodurch das Zuruckrollen zum Zustand vor der Transaktion im Falle einer Unterbrechung gewahrleistet wird. 

Die DAM enthait die Prozeduren Write-Block und Read-Block. Die Primitive WRITE_BLOCK schreibt Anwender- 
Daten. ebenfalls unter zusatzlicher Verwendung der genannten UPDATE-Prozedur, in einen zuvor reservierten Block. 
Die Prozedur Read-Block liest Anwenderdaten aus einem reservierten Block. 
55 Im folgenden wird anhand von FIG 5 die wesentliche Datenstruktur der Freiverwaltung, namtich die Verwaltungs- 
struktur, durch die der Zugang zu den freien Bldcken des Speicherverwaltungssystems organisiert wird, naher erlautert. 

Die Verwaltungsstruktur kann in drei Teile geteilt werden, namlich eine erste Zugrrffsstruktur RIT, die zu "kleinen" 
Blacken fQhrt, eine zweite Zugriffsstruktur LBA, die zu "groBen" Blacken fuhrt und eine dritte Zugriffsstruktur RBA, die 
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zu einern Reserveblock fuhrt. Wahrend die zweite und dritte Zugriffsstruktur nur einige Zeiger enthalt, enthalt die erste 
Zugriffsstruktur einen statischen binaren Baum. 

Die Struktur des genannten statischen binaren Baumes basiert auf der Vorgabe, daB - zumindestfur "kleine" Blocke 
- nur Blocklangen mit diskreten Werten, d.h. vielfachen einer bestimmten minimalen Blocklange, erlaubt sind. Jedes 

5 Blatt (Leaf) des binaren Baumes adressiert dann eine Kette von Blocken mit derselben Lange, wobei die Blatter Liber 
Knoten (Nodes) nach der jeweiligen Lange der Blocke sortiert sind. 

Durch die genannten Zugriffsstrukturen wird, abgesehen von der Einschrankung durch die Granularitatr eine nahezu 
best-f it-Suche gewahrleistet. Aufgrund der binaren Baumstruktur wird auBerdem ein sehr schneller Zugriff gewahrleistet. 
Der Verlust von freiem Speicherraum, der durch die eingefuhrte Granularitat bedingt ist, wird urn ein vielfaches durch 

10 ein verbessertes Verhaltnis zwischen belegtem und freiem Speicherraum kompensiert. 

Der Zugriff zu einer Kette von "groBen" Bldcken erfolgt, wie bereits erwahnt uber eine separate, zweite Zugriffs- 
struktur. Die genannte Kette von "groBen" Blocken befindet sich am Ende des vom VLP verwalteten Speicherraums 
MR, wobei die Auswahl nach einer best-f it-Suche erfolgt. Da man davon ausgehen kann, daBdie genannte Kette ziemlich 
kurz ist, wird das Durchlaufen der Kette wahrend einer Suche in einer akzeptablen Zeit erfolgen. 

15 Im Unterschied zu den genannten "groBen" BlOcken sind die "kleinen" Blocke am Beginn des vom Speicherverwal- 

tungssystem verwalteten Speicherraums MR angesiedelt. Auch in dem Speichergebiet dei* "kleinen" Blocke ist es m6g- 
lich, Blocke zu verschmelzen und so die uber die erste Zugriffsstruktur maximaie direkt adressierbare Blocklange zu 
uberschreiten. Deshalb enthalt das letzte Blatt des binaren Baums in der Regel nicht nur Blocke der angegebenen 
Biockiange, SOridefn auch aiie groBereri Eiockiarigen, die durch einen VerschmeizungsprozeB entsianden sind. 

20 Die Verwaltung fur den Reserveblock (dritte Zugriffsstruktur RBA) enthalt zwei Zeiger auf den Beginn und das Ende 

des Reserveblocks sowie zwei weitere Zeiger, die einen gerade gesplitteten Block am Beginn bzw. am Ende des Reser- 
veblocks adressieren, urn ein schnelles Splitting und Smelting zu unterstutzen. 

Die Verwaltung der "groBen" Blocke (zweite Zugriffsstruktur LBA) umfaBt zwei Zeiger zum Beginn bzw. zum Ende 
der Kette von "groBen" Blocken. 

25 FIG 6 zeigt nochmais die erste Zugriffsstruktur, namlich einen statisch vorgeleisteten, nach Langen sortierten bina- 

ren Baum, dessen Blatter die Einstiegspunkte in Ketten von freien Blocken gleicher GroBe bereitstellen. Der binare 
Baum ist zur Optimierung der Dynamik in zwei Ebenen unterteilt (in FIG 5 nicht dargestellt), namlich in einen Hauptbaum 
(siehe FIG 6) und in Unterbaume (siehe FIG 7). 

Der Hauptbaum unterteilt ein vorgegebenes Biocklangenprof il des Freispeichers grob in Blocklangen-lntervalle ITV, 

30 wahrend die Unterbaume(zweite Ebene) die Intervalle in diskrete Blocklangen unterteilen, wobei die Blatter der Unter- 
baume den Einstieg in Ketten Chn von Blocken gleicher Lange bieten. Die von dieser Baumstruktur unterstutzten Block- 
langen sind statisch vorgegeben und Ziehen eine gewisse Granularitat und eine zu definierende minimale Blocklange 
nach sich. Diese scheinbare Einschrankung erweist sich als sehr vorteilhaft, was im folgenden bei der Erlauterung der 
Strukturen und ihrer Funktionaiitat naher eriautert wird. 

35 Die Anzahl der Intervalle ergibt sich aus dem Verhaltnis zwischen einer Obergrenze, abder alle Blocke unspeztfisch 
als "groB" behandelt werden, und der gewunschten Granularitat in der Unterteilung. 

Im Rahmen dieser Granularitat wird eine "quasi"-best-f it-Suche unterstutzt. Die sich zunachst durch die Einfuhrung 
einer Granularitat notwendigerweise ergebenden Speicherplatzverluste werden einerseits direkt durch eine erhdhte 
Belegungsdichte (die gestaffelten GroBen passen besser ineinander) uberkompensiert, andererseits resultietf aus der 

40 geringeren Anzahl der benotigten Splittings ein besseres Systemverhalten insgesamt. 

Die Unterteilung des Freispeichers in Langenintervalle ITV kann aquidistant erfolgen, Oder, bezogen auf eine spe- 
zielle Anwendung, entsprechend der Verteilung des Langenprof ils der Anwendung(anwenderspezif ische Ahforderungs- 
haufigkeit von Blocklangen). Wahlt man bspw. ein bestimmtes Intervall im Vergleich zu anderen Intervallen sehr schmal, 
so werden in diesem Intervall nur wenige diskreten Blocklangen liegen und der dieses Intervall unterteilende Unterbaum 

45 wird somit im Vergleich zu den Unterbaumen der anderen Intervalle eine geringe Tiefe aufweisen. Dadurch wird die 
Anzahl der Suchschritte fur Blocklangen, die in diesem Intervall liegen geringer und der Zugriff somit schneller. Fur 
haufig angeforderte Blocklangen kann man auf diese Weise also die Zugriffszeit verkurzen. Unabhangig von der letzt- 
endlich gewShften Unterteilung ist das letzte Intervall often zu wahlen, da es alle Blficke oberhalb des Maximalwerts 
des angenommenen Langenprofils enthalt. 

so Die Knoten des Baumes in FIG 6 enthalten die fur jeden binaren Baum typischen Information en, namlich eine 

Vergleichslange LENGTH, die bei der Suche jeweils mit der angeforderten Blocklange verglichen wird, sowie einen 
Kleiner-als-Verweis LTJX und einen GrSBer-gleich-Verweis GE_IX (GE = greater or equal) auf die beiden Nachfolge- 
knoten/- Blatter. 

Die Blatter des Baumes in FIG 6 enthalten Felder fur die Gesamtzahl der aktuell in diesem Intervall verfugbaren 
55 Blocke (NO_OF_BLOCKS). einen Verweis zum Einstieg in eine intervallinterne Verwaltungsstruktur (START_OF_ITV) 
and, um den Fall eines "leeren" Intervalls (NO_OF_BLOCKS=0) abzufangen, zwei weitere Verweise (NEXT_ITV, 
PREVJTV) zu den den nachsthfiheren/niedrigeren Intervallen zugeordneten Nachbarbiattern. 

Nimmt man eine Unterteilung in 2 n Intervalle an, so mussen fur den Hauptbaum 2 n Blatter und 2 n - 1 Knoten, jeweils 
zu 4 Byte, vorgeleistet werden. Als eine weitere statische Vorleistung muB eine minimale BlockgrOBe definiert werden. 
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Ausgehend von einer festen GrOBe eines Block-Headers, der die ndtigen Verwaltungsdaten zu enthalten hat, erhalt man 
fur die minimale Blockgr6Be einen vernunftigen Wert, wenn man fur die durch den Header verwalteten User-Daten 
mindestens noch einmal dieselbe Gr6Be ansetzt Fur kleinere Blocke wird ein Blocksplitting unterdruckt. Die kleinste 
unterstutzte Einheit errtspricht also gleichzeitig der Granularitat, mit der uberhaupt BlockgroBen angeboten werden. 

5 Die grdBtmdgliche Anzahl von BlockgroBen innerhalb eines Intervalls ergibt sich aus dem Verhaltnis zwischen Inter- 

vallbreite und der minimalen BlockgroBe. 

Durch die Festlegung einer kleinsten Einheit und der damit verbundenen Granularitat wird bei dem erfindungsge- 
maBen Speicherverwaltungssystem kein best-f it-Verfahren im strengen Sinne durchgefuhrt, weshalb das bei dem erfin- 
dungsgemaBen Speicherverwaltungssystem angewandte Zugriffsverfahren am besten als "quasi-best-frt-Verfahren" 

w bezeichnet werden kann. 

Die Festlegung einer kleinsten Einheit hatgegenuberdem best-f it- Verlahrenjedoch einen enormen Vorteil. Solange 
es nicht sehr viele Anforderungen von Blocken mit Langen, die kleiner als diese Einheit sind, gibt - und davon ist in der 
Praxis auszugehen -, wirkt diese Granularitat de fakto lediglich dem Entstehen sehr kleiner, letztlich unbrauchbarer 
BlOcke entgegen. Dadurch ergibt sich ein wesentlich besseres Verhaltnis zwischen belegtem und freiem Speicherraum. 

is Fur jedesder oben eingefuhrten Intervalle wird Blatt-intern (Intervall-intern) gemaB den moglichen BlockgrGBen 

jeweils ein weiterer statischer, semipermanenter binarer Baum (Unterbaum) vorgeleistet, der die zweite Ebene des 
binaren Baumes bildet und unter einem (Intervall-)Blatt der ersten Ebene aufgehangt ist 

FIG 7 zeigt einen binaren Unterbaum, der unter einem der (Intervall-)Blatter der ersten Ebene aufgehangt ist. Die 
Blatter dieses Baums enthalten eine zugeordnete Lange LENGTH, die die Obergrenze des Intervalls angibt, einen 

20 Verweis auf den Beginn (START_OF_CHN) bzw, das Ende (END_OF_CHN) einer Kette CHN von freien Blbcken der 
entsprechenden GroBe und, um auf den Fall einer "ieeren" Kette (START_OF_CHN=NULL) reagieren zu konnen, einen 
Verweis zum Nachbar-Blatt (NEXT_ENTRY) mit der nachsten GroBe innerhalb dieses Intervalls bzw. zum Blatt des 
nachsthdheren Intervalls im ubergeordneten binaren Baum oder eine "letztes lntervall"-Marke. Die Knoten bestehen 
wiederum aus den schon oben beschriebenen, fur binare Baume typischen Eintragen. 

25 Geht man von einer Aufteilung der Intervalle in 2 m einzelne Ketten aus. so mussenfurden Unterbaum 2 m - 1 Knoten 

der GroBe 4 Byte und 2 m Blatter zu je 12 Byte vorgeleistet werden. 

Soil wahrenddes Betriebs auf eine neue. dem Anwender angepaBte Unterteilung (z.B. schmale Intervalle in Berei- 
chen hoher Anforderungshaufigkeit) umgestellt werden, so ist dies relativ unproblematisch, sofern die minimale Block- 
lange beibehalten werden kann. Die neue Verwaltungsstruktur wird zunachst inaktiv, parallel zum Betrieb auf den alten 

30 Baumstrukturen vorbereitet. Ist diese Vorbereitung abgeschlossen, konnen die Verwaltungsdaten fur den Reserveblock 
und die "groBen" Blocke aus der alten Verwaltungsstruktur in die neue Verwaltungsstruktur ubernommen und diese 
aktiviert werden. Ab diesem Zeitpunkt ist der Betrieb mit der neuen Verwaltungsstruktur, wenn auch mit kurzzeitigen 
DynamikeinbuBen, mbglich. Im weiteren Verlauf mussen nach und nach die uber den alten Baum zuganglichen Ketten 
freier Blocke in den neuen uberfuhrt werden. Diese Oberfuhrung wird wie folgt durchgefuhrt. Fur einen bestimmten 

35 Zeitraum (Ubergangsphase) wird bei einer Anforderung eines freien Blockes noch in der alten Verwaltungsstruktur 
gesucht. Nur wenn dort kein freier Block gefunden wird, wird in der neuen Verwaltungsstruktur weitergesucht. Wird in 
der alten Verwaltungsstruktur ein freier jedoch zu groBer Block gefunden, so wird dieser gefundene Block gesplittet und 
der gesplittete Arrteil von der neuen Verwaltungsstruktur aufgenommen. Wird ein bisher belegter Block freigegeben, so 
wird dieser selbstverstandiich sofort von der neuen Verwaltungsstruktur aufgenommen. Nach Ablaut der Ubergangs- 

40 phase werden schlieBlich die noch in der alten Verwaltungsstruktur verbliebenen freien Blocke in einem von den An wen - 
deranforderungen unabhangigen ProzeB in die neue Verwaltungsstruktur uberfuhrt. Mit AbschluB dieses Vorgangs ist 
der Wechsel auf die neue Verwaltungsstruktur vollzogen. 

Im folgenden wird der Ablaut bei der Anforderung eines Blocks naher eriautert. 

Auf eine Anforderung nach einem Block bestimmter Lange wird die Prozedur FIND_BLOCK aufgerufen. Diese Pro- 
45 zedur durchiauft unter zu Hilfenahme einer Prozedur FIND_ENTRY die erste Zugriffsstruktur, namlich den beschriebe- 
nen binfiiren Baum. Am entsprechenden Blatt des Hauptbaumes angekommen, wird die Anzahl der dort verfugbaren 
BIGcke ausgelesen. Ist diese Zahl ungleich Null (I > 0, so wird an die intervall-interne Verwaltung weitergegeben. Im 
anderen Fall (I = 0) wird auf das Nachbarintervall oder zu Optimierungszwecken - was spater naher eriautert wird - auf 
ein anderes, fur den Anwender gunstiges Interval! verwiesen. Im folgenden werden die beiden genannten Fade naher 
so eriautert. 

I > 0: Im intervall-internen Baum wird die entsprechende GroBe herausgesucht (quasi -best-f it!). Wird unter diesem 
Blatt ein Block gefunden, so ist der Suchvorgang abgeschlossen. Ist unser diesem Blatt jedoch kein Block vorhanden, 
kann auf das Nachbarblatt innerhalb desselben Intervalls (oder zu Optimierungszwecken auf ein anderes Blatt) verwie- 
sen werden, um so den nachstgrOBeren Block zu finden. Falls auch alle weiteren Kelten leer sind, verweist das letzte 
55 Blatt des Intervalls auf den Einstieg in das nachste Intervall. Dort wird die erste Fallunterscheidung wiederholt, fur I > 0 
ist aber jetzt sicher, daB ein nutzbarer Block, der dann im allgemeinen zu spirtten ist, gefunden wird. 

1 = 0: Da in diesem Intervall keine BI6cke vorliegen, kann direkt auf das nachste Intervall weiterverwiesen werden. 
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Um die oben skizzierte Entscheidung (I > 0 Oder I = 0) zu ermOglichen, ware es ausreichend, statt eines Zahlers 
ein Bit vorzuleisten. Ein Zahler bote jedoch Vorteile bezuglich der Auditierung und statistischen Uberwachung der Frei- 
verwaltung. 

Im besten Fall ist ein Block entsprechend der Anforderung (im Rahmen der vorgeleisteten Granularitat!) - vorhanden, 
so daB der Zugriff schnell und direkt uber den vorgeleisteten, statischen binaren Baum erfolgen kann. 

Der schlechteste Fall tritt ein, wenn ein Block angefordert wird, dessen GroBe zweimal der MindestgroBe entspricht, 
und wenn zwar Blocke der MindestgroBe vorhanden seien, jedoch ansonsten in der Freiverwaltung keine Blocke mehr 
vorhanden sind (abgesehen vom genannten Reserveblock). Alle Intervall-Zahler, auBer denen des ersten und des letzten 
Intervalls, stehen in diesem Fall somit auf Null. 

Unter dieser Voraussetzung lauft die Anforderung in das erste Intervall und findet den Leereintrag im entsprechen- 
den Blatt, woraufhin sie innerhalbdes Intervalls uber dessen gesamte Breite (- 2 Blatter) weitergereicht wird. An dessen 
Ende angekommen, erfolgtder Sprung zum Einstieg in das nachste Intervall. Da in diesem, wie auch in den folgenden, 
nach Voraussetzung keine Blocke verfugbar sind, wird die Anforderung bis an das Ende des ubergeordneten Baums 
(Hauptbaum) querverwiesen, um dann dort den Reserveblock zu finden und das entsprechende Stuck abzusplitten. 

Der normate Fall wird zwischen den genannten beiden Extremfailen liegen, allerdings ist es durch geeignete MaB- 
nahmen (Vorgabe der Intervall-Schachtelung, Vorgabe einer Standardblockverteilung, gezieltes Splitting etc.) mbglich, 
diesen Normalfall sehr dicht beim Idealfall zu halten. 

Wird letztlich ein Biatt mit nicht leerer Kette gefunden, so wird am Beginn dieser Kette ein Block als reserviert 
markieri (PATTERN = PRESERVED*), ist dieser Biock nicht die vLP-Reserve, so wird' im Fane einer Muititasking-Umge- 
bung das Beschreiben des Blockes abgewartet ehe ein unter Umstanden notiges Splitting (SPLIT_BLOCK) erfolgt. Fur 
die VLP-Reserve muB dies aber unverzuglich erfolgen, damit diese fur weitere Anforderungen zur Verfugung steht. Der 
so gewonnene Block wird letztlich ausgegltedert, indem der Anfangszeiger des Blattes (START_OF_CHN) auf das fol- 
gende Blatt gesetzt, und der dortige Ruckbezug und die Zahler in diesem und dem Intervall- Blatt geandert werden. 

Bei der Freigabe eines Blocks werden zuerstdie physikalischen Nachbarn desfreizugebenden Blockes (PATTERN 
= TREE") auf ihren Zustand untersucht. Ist einer der Nachbarn oder beide f rei (PATTERN = "FREE"), so wird ein Block- 
Smelting ausgefuhrt (SMELT_BLOCK). 

Fur den danach freizugebenden Block wird uber die oben beschriebenen Baume das seiner GroBe entsprechende 
Blatt gesucht. Dieses Suchen ist naturlich immer direkt erfolgreich. Das Eingliedern in die dortige Kette erfolgt an deren 
Ende unter Nutzung des Verweises END_OF_CHN in diesem Blatt. Die Zahler in den Blattern mussen analog hochge- 
zahlt werden. 

Es sei darauf hingewiesen, daB das Suchen beim Freigeben eines Blockes als zusatzlicher Aufwand die notwendige 
Folge jeder vorgegebenen Ordnungsstruktur ist. Die Anzahl der Suchschritte ist bei dem erfindungsgemaBen Speicher- 
verwaltungssystem jedoch besonders gering. 

Im folgenden wird der dynamische Ablauf anhand eines Beispiels naher erlautert. 

A!s einfachste Verteilung wird ein gleichverteiltes Langenprofil betrachtet; die Obergrenze des Spektrums wird mit 
256 kByte angenommen. Die GroBe eines Block-Headers wird mit 16 Byte angenommen (Minimalausbau des Block- 
Headers, d.h. ohne PTR_NEXT_Phys und PTR_PREV_LOG wie in FIG 2), die minimale BlockgroBe und damit auch 
die Granularitat liegen also bei 32 Byte: 



Lmax: 


256 kByte 


(Spektrum Obergrenze) 


Lmin: 


32 Byte 


(minimale BlockgrdBe) 


Gran: 


32 Byte 


(Granularitat) 



Das Blockiangen-Spektrum soil in 256 aquidistante Intervalle der Breite 1 kB aufgeteilt werden, der Baum besitzt 
also eine Tiefe von acht Knoten; die Interval I- Breite 1 kB zusammen mit der Granularitat 32 Byte ergibt 32 mdgliche 
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Langen pro Intervall, die Unterbaume sind also jeweils funf Knoten tief: 



IntB: 


1 kByte 


( Inter vallbreite) 


HBT: 


8 


(Knotentiefe des Hauptbaums) 


UBT: 


5 


(Knotentiefe der Unterbaume) 


Nlnt: 


32 


(Anzahl der moglichen Langen pro Intervall) 



Damit ist der statisch vorgegebene Anteil der Freiverwaltung bekannt, namlich ein Hauptbaum der Tiefe HBT=8 
und 256 Intervall-interne Unterbaume der Tiefe UBT=5. Der vorzuleistende Platzbedarf betragt ca. 130 kB: 

Intervalle 

Knoten a 4 Byte: 1 kByte 
Blatter a 4 Byte: 1 kBvte 

2 kByte 

Unterbaum (2. Ebene) 2 b Ketten pro Intervall 

2 5 -l Knoten a 4 Byte: 128 Byte 
2 5 Blatter al2 Byte: 384 Byte 

* 2 8 Tntr-ervalle 
12 8 kByte 
=> gesamt : 130 kBvte 

Im besten Fall findet man eine bestimmte BlockgroBe also nach 13 Suchschritten, im schlechtesten Fall sind 334 
Suchschritte erforderlich, was im folgenden nochmals verkurzt dargestellt wird. 



Best Case: 


8 


(Tiefe des Hauptbaums) 




+ 5 


(Tiefe des Unterbaums) 




13 Suchschritte 




Worst Case: 


8 


(Tiefe des Hauptbaums) 




5 


(Tiefe des Unterbaums) 




2 5-2 


(Breite des Unterbaums) 




28-1 


(Breite des Hauptbaums) 




5 


(Tiefe des Unterbaums) 




+2 5 il 


(Breite des Unterbaums) 




334 Suchschritte 





Der dargestellte Worst Case ist sicher sehr serten, weshalb die mittlere Suchzeit nahe bei dem Idealfall (13 
Suchschritte) liegt. 

Beim Freigeben eines Blocks muB dieser an das entsprechende Blatt der Freiverwaltung abgegeben werden. Im 
vorliegenden Beispiel sind hierzu 13 Suchschritte erforderlich. 



Hauptbaum (1. Ebene) 2 8 

=* 28-1 
28 
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Im folgenden werden verschiedene Mechanismen zur Optimierung der Suchzeiten bzw. Suchschritte dargestellt, 
die sich gegenseitig erganzen. 

Eine Strategie besteht darin, beim Finden einer leeren Kette nicht einfach auf den direkten Nachbarn zu verweisen, 
sondern so zu verweisen, daB nach einem zu erfolgenden Block- Splitting ein bezuglich der Ausgeglichenheit des Bau- 
5 mes gunstiger Rest als freier Block ubrig bleibt. 

Fur die konkrete Realisierung dieser Strategie kann beispielsweise am Ende der leeren Kette, statt auf die nachste 
Nachbarkette innerhalb eines Intervalls zu verweisen, direkt auf das nachste Intervall Oder allgemeiner auf ein anderes 
Intervall verwiesen werden. Ebenso kann, anstatt eines folgenden Intervalls, direkt ein z.B. nach der applikationsspezi- 
fischen Verteilung ausgewahltes Blatt das Ziel eines solchen Verweises sein. Bei beiden Realisierungsformen ist 
w gewahrleistet, daB nach einem Block-Splitting wieder ein, je nach Intelligenz der Verweis-Struktur, brauchbarer Rest- 
block zur Verfugung steht. Die genannte Strategie kann am besten als "look ahead splitting" bezeichnet werden. 

Eine weitere Strategie besteht darin, daB ein Smelting von freien Blocken mit ohnehin standig angeforderten Block- 
langen unterdruckt wird. Diese Strategie kann am besten als "look back splitting" bezeichnet werden. 

Eine weitere Strategie besteht darin, relativ leere Ketten in einem von etnzelnen Anforderungen (Transaktionen) 
75 unabhangigen Vorgang wieder aufzufullen. Dieses transaktionsunabhangige Splitting kann vorzugsweise zu verkehrs- 
armen Zeiten, z.B. in der Nacht, durchgefuhrt werden, urn so das Systemverhalten nicht zu beeintrachtigen. Eine kon- 
krete Realisierung dieser Strategie besteht darin, daB zu einer die Blatter der zweiten Baumebene enthaltenden Tabelle 
eine transiente Schattentabeile zur Verfugung gestellt wird, die eine Zeitmarke der letzten Anforderung an dieses Blatt 
und/cdar a;nen Zshler fur die entnaitenen Blocke enthaii. Scanni man diese Tabeiie, so iaBi sich anhand der Zeitmarke 
20 ablesen, wie hauf ig BI6cke einer bestimmten GrdBe genutzt werden und anhand des Zahlers ob solche Blocke noch in 
genugender Menge vorhanden sind. Soil die zu einem Blatt gehorige Kette wegen eines zu niedrigen Fulfgrades auf- 
gefullt werden, so wird ein Block, der dem Vielfachen des gesuchten Blocks entspricht, in mehrere Teile zerlegt und die 
so entstandenen Teilblocke in diese Kette eingehangt. (Der Fullgrad ist eine GroBe, die das Verhaitnis zwischen momen- 
tan vorhandener und statisch vorgegebener Anzahl von Blocken beschreibt). 
25 Die genannten Strategien verringern die Suchzeiten, da durch das gezielte Erzeugen bzw. Bestehenlassen haufig 

benotigter BlockgroBen die Wahrscheinlichkeit erhoht wird, eine Anforderung in der kurzest mogiichen Suchzeit zu 
befriedigen. 

AuBerdem wird durch die genannten Strategien auch die Dynamik der Belegtverwaltung implizit erhoht, indem die 
mittlere Anzahl der Aktualisierungsvorgange auf den Hintergrundpeicher pro Anforderung gesenkt werden. Diese Sen- 

30 kung ist auf die im Mittel geringere Anzahl von notwendigen Splittings zuruckzufuhren. 

Der Effekt abnehmender Aktualisierungsvorgange verstarkt sich insbesondere, wenn in einem einzigen Zuge aus 
einem grOBeren Block k kleinere Blocke gleicher GroBe erzeugt werden. Im folgenden wird der Effekt dieser Strategie 
im Vergleich zu den normalerweise auszuf uhrenden k Splittings naher erlautert, wobei sich die in Kiammern angegebene 
Zahl der Aktualisierungsvorgange auf den Minimalausbau der Block-Headerstruktur und Blattstruktur bezieht. 

35 Im Falle der normalerweise auszufuhrenden k Splittings wird bei jedem Aufruf der Prozedur SEIZE_BLOCK ein 
Splitting angestoBen. Dabei wird der Header des urspunglichen Blocks verandert (Pattern, Lange, usw.), dessen logi- 
scher Vorganger und Nachfolger wird aktualisiert, ein neuer Header fur den Restblock wird erzeugt, bezogen auf diesen 
Restblock muB der Ruckbezug des physikalischen Nachfolgers geandert und der neue Block muB in die Freiverwaltung 
aufgenommen werden (logischer Vorganger und Endezeiger der Freikette): ^ 

40 



alter Header: 


k 


logischer Vorganger: 


k 


(logischer Nachfolger: 


k) 


neuer Header: 


k 


(physikalischer Nachfolger: 


k) 


logischer Vorganger: 


k 


(Endezeiger Freikette: 


kl 


Zahl der Aktualisierungsvorgange: 


7*k (4*k) 



55 

Bei Anwendung der genannten Strategie wird dagegen ein groBer Block in k kleinere Blocke gleicher GroBe zerlegt 
und anschlieBend erfolgen k S E !ZE_B LOCK_Auf ruf e, diedann ohne ein splitting auskommen. Beim Splitting des groBen 
Blocks werden k neue Header erzeugt, insgesamt muB nur ein physikalischer Nachfolger aktualisiert werden; die 
gesamte Kette wird demselben Blatt zugeordnet, weshalb jeweils nur ein logischer Vorganger bzw. Nachfolger geandert 



10 



3CID: <EP 0703534A1 J_> 




EP 0 703 534 A1 

werden. Fur die Seizes sind jeweils der entsprechende Header und die logischen BezOge zu bearbeiten: 



neue Header: 


k 


(physikalische Nachfolger: 


1) 


header: 


k 


logischer Vorganger: 


k 


(logischer Nachfolger: 


hi 


Zahl der Aktualisierungsvorgange: 


4*n + 1 (3*n) 



Patentanspruche 

1 . Speicherverwaltungssystem eines Rechnersystems, mit einer Verwaltungsstruktur (RIT), die den Freispeicher eines 
Rechnersystems in Form von Blocken verwaltet und diese einem Anwendersystem auf Anforderung zur Verf ugung 

20 stellt. 

dadurch gekennzeichnet, 

daB die Verwaltungsstruktur eine statische Baumstruktur umfaBt, unterderen Endeknoten (Blatter) Blocke des Frei- 
speichers aufgenommen werden. 

25 2. Speicherverwaltungssystem nach Anspruch 1 , 
dadurch gekennzeichnet. 

daB es den Freispeicher nach diskreten Blocklangen unterteilt, wobei die moglichen diskreten Blocklangen statisch 
vorgegeben sind. und unter einem Endeknoten (Blatt) der genannten Baumstruktur jeweils Blocke einer bestimmten 
diskreten Blocklange aufgenommen werden. 

30 

3. Speicherverwaltungssystem nach Anspruch 1 Oder 2, 
dadurch gekennzeichnet, 

daB es sich bei der statischen Baumstruktur urn eine binare Baumstruktur handelt. 

35 4. Speicherverwaltungssystem nach einem der Anspruche 1 bis 3. 
dadurch gekennzeichnet, 

daB die genannte Baumstruktur in hierarchische Baumebenen unterteilt ist, wobei jede Baumebene em von der 
ubergeordneten Baumebene vorgegebenes Spektrum von Blocklangen in Teilspektren unterteilt und die unterste 
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Baumebene das ihr vorgegebene Spektrum in diskrete Blocklangen unterteilt, und wobei der Ende-Knoten eines 
Baumes einer Baumebene jeweils eine Angabe Qber die Anzahl der insgesamt unter diesem Ende-Knoten verfug- 
baren freien Blocke enthait. 

5. Speicherverwaltungssystem nach einem der Anspruche 1 bis 4, 
gekennzeichnet durch 

einen Splitting-Mechanismus, der vor jeder Zuteilung eines gef undenen Blockes an ein Anwendersystem em Block- 
Splitting durchfuhrt. wenn der gef undene Block nicht die angeforderte Blocklange aufweist t einen Smeltihg-Mecha- 
nismus, der nach jeder von einem Anwendersystem erfolgten Freigabe eines Blockes uberpruft, ob ein zu diesem 
Block physikalisch benachbarter Block ebenfalls frei ist und, sofern dies der Fall ist, beide Bl&cke miteinander ver- 
schmelzt. 



50 



6. Speicherverwaltungssystem nach Anspruch 5, 
gekennzeichnet durch 

einen Verweisungsmechanismus. der bei Finden einer leeren Blocklange fur die weitere Suche auf das n&cnste 
Teilspektrum verweist. 

55 

7. Speicherverwaltungssystem nach Anpruch 5 
gekennzeichnet durch 

einen Verweisungsmechanismus, der bei Finden einer leeren angeforderten Blocklange auf die k-fache Blocklange 
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verweist und einen unter der k-fachen Blocklange gefundenen Block vor der Zuteilung an das Anwendersystem in 
k Blocke mit der angeforderten Blocklange splittet 

8. Speicherverwaltungssystem nach einem der Anspruche 1 bis 7, 
s gekennzeichnet durch 

eine Ftegistriereinrichtung, die den Fullgrad einer Behalterstruktur zur Auf nahme der Blocke einer bestimmten Block- 
lange registriert und/oder die Anforderungshaufigkeit von Blocken einer bestimmten Blocklange registriert. 

9. Speicherverwaltungssystem nach Anspruch 8, 
10 gekennzeichnet durch 

einen AuffCillmechanismus, der eine Behalterstruktur durch Block-Splitting wieder mit Blocken auffullt, wenn der 
Fullgrad eine bestimmte Schwelle unterschreitet. 

1 0. Speicherverwaltungssystem nach Anspruch 8 oder 9 
is gekennzeichnet durch 

einen Unterdruckungsmechanismus, der ein Smelting eines frei gegebenen Blocks mit einem physikalischen Nach- 
barblock unterdruckt, wenn der Fullgrad der zu dem freigegebenen Block gehorigen Behalterstruktur eine bestimmte 
Schwelle unterschreitet. 

bo 11. Speicherverwaltungssystem nach einem der Anspruche 4 bis 10, 
dadurch gekennzeichnet, 

daf3 die Unterteilung der Blocklangen in Teilspektren entsprechend der anwenderspezif ischen Verteilung der Anfor- 
derungshaufigkeit einer bestimmten Blocklange durchgefuhrt ist. 

25 12. Speicherverwaltungssystem nach einem der Anspruche 1 bis 1 1 , mit 

einem Belegtverwaltungssystem (UBM), das die von einem Anwendersystem belegten Blocke verwaltet und dafiir 
sorgt, daB fur alle belegten Blocke ein Abbild auf einem Hintergrundspeicher gefuhrt wird. 

13. Speicherverwaltungssystem nach einem der Anspruche 1 bis 12, mit 
30 Austauschmitteln, durch die die bisherige statische Verwaltungsstruktur wahrend des Betriebs durch eine neue 
statische Verwaltungsstruktur ersetzt werden kann. 
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